AltME groups: search

I'm too lazy to do all that typing :-) .......I copy them to the 
clipboard like this:
    do http://www.rebol.org/library/public/lds-local.r
    res: lds/send-server 'get-script [base-convert.r]
    write clipboard:// res/data/script

Colin -- "Problem is nobody is really looking for "rebol"."
That's true -- they are looking for solutions to problems.

 It is possible for our websites to rank highly in all sorts of areas. 
  For example, in the last three days people have found REBOL.org 
 because it ranks in the top 10 for Google for these phrases:
-- hex to integer converter
-- gui maker
-- html script calendar notes
-- script library
-- parsing html links


I suggested a year or so back (REBOL world, Advocacy, I think) that 
REBOL wevbsite owners could collaberate to help these sorts of rankings. 
 Still true.

Sorry -- no explanation -- I see 0.1.8 when looking at both the source 
and the download on REBOL.org.  Maybe it is caching at Graham's ISP


Graham, you could try using the LDS interface to download the script:
     do http://www.rebol.org/library/public/lds-local.r
     res: lds/send-server 'get-script [menu-system.r]
     print res/data/script

Pekr: Area with automatic scrolling. What do you mean ?  While selecting 
text by mouse ?

I yes, there is area-scroll-style demo in the library http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=area-scroll-style.r

It's fairly a demo because it works on most version. But it would 
be smaller for 1.3 (as there is patch in it for old versions).

Volker:if you mean the script to run locally-yes-I was wriiten by 
Didier and should be in the library.I guess an option would be for 
me to convert the groups to html-send to rebol.org-and then have 
the posters what they want.Only problem with that is some are no 
longer here.Just looked in the library and did not find his script.If 
you want,send me a private message and will send

There was a discussion of this somewhere ......REBOL or REBOL2 worlds? 
And a solutiion found. I forget what it was.

The library version of Rebocalc has not been changed for several 
years:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-history.r?script-name=rebocalc.r
So the issue is a change in behaviour in REBOL/View

I'm agree with the idea that loading complicated heavy splitted and 
many dependent library libs GTK  popup up that we have to seek a 
better library loading system. Dependencies of libraries is a very 
weak point. Think of it ... First you have to load the librariries 
in the dependence chain in the right order and make a rebol script 
file to be able to treat in rebol script code the calls of function 
of those libraries (for example GTK sofware unsed commonly lots of 
function that are builded into many different librairies in the dependencie 
chain (like g_malloc() instead of malloc(), gint type instead  int 
type, gchar type intead of char, g_thread**() instead of  thread**() 
etc...)

the point is that making bridge  betwen rebol script and librari 
in the way it is actually done is good for tiny simple library but 
very a tremendous work when it touch to heavy complicated library 
that intent to abstract from the os consept and give the same way 
to code on any OS/material. Mostly Opengl and GTK for example. Both 
libraries are heavy (lot of libs lot of struct lot of types lot of 
dependencies that needs a bridge too). For OPENGL you have two way 
to work or you make a OS based I/O and windowing system example gdi32.dll 
user32.dll for windows or xlib.so for Linux and  then exploite gl* 
function that are stored in the openGL.so/dll  or you use the related 
to opengl portable set of libraries to handle window drawing and 
Mouse/Keyboard events glut.dll/so. The fact that a librarie portable 
must be a library the abstract from the OS dependencies make them 
very complicated to handle. AS we don't have the same coding effort 
on library bridge coding than other language because many reasons 
in witch the fact that library loading is a Pro functionnality and 
maybe too because the system is not enought developped. It's easier 
to make a library bridge for a language when this language allows 
type creation and have based type in this language that feets with 
the one in C/C++

If this fonctionnality remains payant we at most need to rethink 
internally the way to work or build an intermediate library loading 
system script that allows people to load the library without the 
needs of wrtiting by their howns the bridge or a tools that take 
a makefile of a sample program and the include file and generate 
a rebol script bridge for any library that must be loaded to use 
the wanted libraries thos bridges script files must then be supplyed 
as the libraries and the program script in rebol that exploit those 
libraries

Isn't what slim does ? Holding paths for code library (scripts) and 
allowing to just slim/load %script-name.r where the file is in one 
of the folder in slim path !!

DEFINE-METHOD and DEFINE-OBJECT posted to the library. http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=multi-methods.r

this is from a simple example in the script library with the only 
modification being an open block instead of a single line open. Thanks 
for any insight.

Topic - needs or includes.... I am just cleaning up some scripts 
and want to use the dynamic load capability that I thought was enabled 
by pre-requisite setting in the REBOL header.    The only link I 
can find is to the Values.R in the library.   Is there a standard 
approach to this?   Now I am using Carl's %include.r from the script 
library but it does not check for prior loading.

Does the library add the comments before the script starts, and what 
is the meaning of the date "6-Jul-2004"  ?

The Library does add tnose comments when you click the download button.

It's partially to warn you if the munging to protext emails has changed 
the script in any way that matters -- you may need to demung some 
scripts to make them work.
.

The date is irrelevant and confusing. It means nothi ng....I don't 
think we add it any more. If you want to know the history of versions 
of a script: use the History link, eg:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-history.r?script-name=liquid.r

and since I am babbling here... I will throw in some suggestions 
as well.


1. User are not interested in how many scripts there is in the library.

2. User are not interested in how many messages in the mailing list 
archive.

However, user may be interested in

1. Most popular script by download
2. Latest script contributed to the library
3

Thanks for the comments.

Please do a mock-up of a proposed reorganization, thanks. Then we've 
got something to compare with.


Latest scripts are available several ways -- most immediate is the 
Script Library home page:
http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-index.r


Script popularity is available for Library members -- thoug the big 
problem here is deciding a meaningful metric (simple dowload counts 
are highly biased for various reasons)
http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-popularity.r

Problem is that the download page *is* a static URL if you go to 
it directly, eg,
    http://www.rebol.org/library/scripts-download/menu-system.r

But of you click the "download script" link while viewing a script, 
you do go via a dynamic URL -- it creates the static one for you 
and then redirects, eg

http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=menu-system.r


{What we should do is update the static file whenever a script is 
added or updated. That would fix most instances of this....I'll put 
that on the list, thanks]

Just trimmed about 100 people from the Library membership list....
http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-view-users.r


A lot of them were drive-by signups by spammers to get their URL 
a link ("Hi I'm Mandy, click my link for photos") And most of *those* 
must have an IQ hovering aound their waist size because they'd failed 
to click the profile option to make their URL visible to other Library 
members.


So the membership list (claiming 200+ members) is more relevant than 
it was before.


But the automated expiry script may have caught some genuine members. 
If your userid has gone and you want it back, please drop me a private 
message.

It would be nice to have an RSS Feed for the "What's new " section 
on the Script Library home page.

Mike, I'd rather wait until the volunteer who is doing the RSS has 
added the code, rather than bypass their efforts.

Meanwhile, you have several ways of finding out what  scripts are 
new or changed on REBOL.org:
-- we'll sen doyu a tailored email

    http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-update-profile.r
    See Section 4, Notices
-- you can peek at your unsent notices to get advanced warning:

     http://www.rebol.org/cgi-bin/cgiwrap/rebol/uns-display-notices.r?ml=yes&my=yes
-- You can use the LDS API:
       do http://www.rebol.org/library/public/lds-local.r

      probe lds/send-server 'list-updated-scripts [5]   ;; what's changed 
      in the last 5 days?
-- Just eyeball the script library home page:
     http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-index.r

I fixed the ez-plot.r q-plot.r condense.r get-stock.r  script combo 
for View 1.3.2  (get-stock.r had broken) and I sync'ed it to Developer/Users/steve-shireman/ez-plot-updates 
  I tried on both IOS Link and View1.3.2, so hope it works on all 
the others.  Feel free to stick it in the Library.

Regarding Carl's blog about hiding rebol scripts in web pages, I've 
always wanted a way to directly execute a rebol script from the library 
from my rebol console.  I used this trick of embedding a rebol script 
between [ .. ] in my offline mail reader, and wonder if it can be 
used in the library as well.

lds-local.r --change: documentation added or updated --title: Library 
data services --owners: sunanda --author: Sunanda --purpose: Provides 
the client end of the REBOL.org Library Data Services interface --url: 
http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=lds-local.r

As Reichart says somewhere, Altme REBOL3 is great for quick problem 
solving. But you have to find it first. Like most of the REBOLsphere 
it is close to invisible

(eg eFishAnt's recent serach for a REBOL hex editor. They exist: 
but can you find them?)


REBOL.org is just about the only exception to the invisibleness of 
the REBOLsphere -- try looking in Google for
   script library
as an example.

Graham, but if the script had been in the Library, he'd have found 
it without having to ask on REBOL3 :-)

Formatting problem on this page ?

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=ftpgadget-package.r

;;  To download and install the files in the package you need to
;;  run a installation program.  

;;  If you are running View (1.3 or later):

    do http://www.rebol.org/library/public/repack.r

;;  If you are running Core:
 

    do http://www.rebol.org/library/public/repack-core.rhalt
         ; <------ space missing

There is this script in the library http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=ez-plot.r
but there seems to be missing the q-plot.r script, which is required:(

Thanks.

Looks like this dates back to the slightly mangled handover between 
REBOLtech and REBOL.org.
**
The script is here:
http://www.reboltech.com/library/scripts/q-plot.r

Though I haven't checked if it works.......If you could, and it does, 
please let me know; and we'll moe it over to REBOL>org

Thanks. It's in the Library now:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=q-plot.r

Dear Library Team,


   I've only got a single script in the library, but I like it, and 
   I'd like it to live through the R3 update.

Are there any plans for adding explicit rebol versioning to scripts 
that want to stand the test of time?


   Is having multiple binaries on target REBOL platforms a no-no?  Meaning, 
   could the released binary packages for REBOL 3.0 include REBOL 1.3 
   (2.7) executables so scripts don't age out as fast as they did when 
   going from 1.2 to 1.3?  A little bit of configuring on the host OS 
   to start the correct REBOL by extension, shebang, or resource fork 
   on MacOS?  Can DO add a secret launch of older/other binary if a 
   Needs: is specified?

Curious.

Sunanda, would it be possible in the library to use Gabriele's PDFMaker 
HTML doc CSS style sheet for displaying script code ?

I find it realy beautifull. It realy turns reading code into a visual 
aesthetic experience.

I have a function that I'd like to add to the Library that takes 
some user data (could be from CGI query, or from View fields), processes 
and validates it according to a given spec, eg. [word "2007/4/30"] 
-> [word: date!] -> [word 30-Apr-2007]  I've named this function 
'import, but I realise that %import.r may be too generic a script 
name for the Library.  Any suggestions?

Can I upload a ZIP archive in the Library or does it require to upload 
only a single REBOL script ?

That's a nice idea for a sort of "REBOL explainer" application.
But it would be difficult to do in the Library.

The Library does attempt to load and parse scripts -- that's how 
we do the colorisation. But (as with Gabriele's code) we rely on 
REBOL's own reflective abilities to tell us what is a word, function, 
operator etc.

The Library runs an old version of Core (and even if we update that, 
we'd never run a version of View on a webserver) so it does not have 
access to all the information a proper explainer.highlighter would 
need.
Take this script for example:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?color=yes&script=reboldiff.r

'new-line is a valid REBOL word, but it is not colored: that's because 
it is not a word in the version we use.

So sadly, the colorisation at REBOL.or remains a nice bit of eye 
candy rather than a solidly dependable feature.

I see geomol has updated his personal CSS at the Library.....You 
can now look at any script using his set of colours and font effects...Much 
better than the system default!!
Example:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?color=yes&script=acgiss.r&css=geomol

(just add css=geomol to *any* Library URL. Or set your CSS preference).

And anyone can play the game -- devise and publish your own CSS for 
script coloring or any other aspect of the Library:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/boiler.r?display=css-help.html

Geomol, image the level of spam I'm going to produce when library 
will be close to 1000th script ;-)

There is big problem with rebol.org library if you are using different 
than ascii chars. I've just submited a script which contains latin2 
chars and it's not uploaded correctly as there were converted to 
utf8 (so the script will not be working correctly as the chars are 
used in parse.

I would like a way to search the script library for words in scripts, 
that would not return scripts that have those words in strings. I 
would use this function several times a week when researching function 
usage for my mezzanines work.

When I am making changes to the mezzanines, I use the script library 
for research on existing usage of these mezzanines to see whether 
anything would break. When the name of a function is a common word 
that would show up in comments or strings, this is much more difficult. 
I would also like to look for third-party functions that I can't 
remember where they are defined or their author.

Sunanada, I have another question for you.  While I was poking around 
the library earlier I noticed that I have named some of my scripts 
very poorly and would like to change the FILE: value in the header, 
which apparently just creates a new copy of the script.  Is there 
a way to remove the old script such that I really am renaming the 
script rather than uploading a new one?

Thanks, Scott.
--The email script looks fine
-- it's identical to what is in the Library
-- Viewing the scriot works fine
-- Downloading it doesn't

.....Which is exactly what you reported. We are now both on the same 
page :-)

At the moment, I'd be worried about standarising the Library on utf-8 
as the effect of multibyte characters would have during script and 
mail processing is not understood. It could well be that the system 
handles multibyte characters without a hitch but nobody knows yet.


I have started to write some scripts to try to help move to a consistent 
character encoding of the Library data but, due to time constraints, 
I have been very slow.

Which editors?

I think most editors these days allow manually changing the encoding, 
so developers who notice strange characters can just change it themselves.

Maybe it would be helpful to add a rebol.org library script header 
advertising the encoding (when it is known, and when not).

I don't recommend 'de-UTF-8'ing files on download - that's just going 
to confuse things more, especially when the file is view-script.r'd 
as utf-8 just beforehand.

....Maybe a better slot for a thumbnail would be in the LHS menu, 
just under the <Script Library Home> link. That would keep it out 
of the flow of the page.
Please suggest better ideas :-)

There are two file versions in the library, one for viewing, one 
for downloading. Did you use the one
from http://www.rebol.org/download-a-script.r?script-name=....r
Maybe the other ones have problems.

Mike

I checked your library example from the I'm new group producing errors.

There is probably a weakness, as the script does not regard comment 
lines.
A short enhancement would be
   
parse-ini-file: func [
    file-name [file!]
   /local ini-block
    current-section
    parsed-line
    section-name
][
 ini-block: copy []
    current-section: copy []
    foreach ini-line read/lines file-name [
		if #";" <> first ini-line [ ; do not process comment lines
			section-name: ini-line
			error? try [section-name: first load/all ini-line]
			either any [
				error? try [block? section-name]
				not block? section-name
			][
				parsed-line: parse/all ini-line "="
				append last current-section parsed-line/1
				append last current-section parsed-line/2
			][
				append ini-block current-section
				current-section: copy []
				append current-section form section-name
				append/only current-section copy []
			] ;; either
		]
    ] ;; for
 append ini-block current-section
 return to-hash ini-block
 ]

Thanks, sqlab......That works fine. (I should read the documentation 
in future before writing the script :)
I've updated the script in the Library:
   http://www.rebol.org/view-script.r?script=parse-ini.r

Just replied to a Feedback message sent to REBOL.org about the Script 
Library:
 
> When will the current script library "die"?

[The questioner suggests that R3 incompatibilities may mean we simply 
purge all R2 scripts to create an R3-only Library]

My response......

Thanks for the question. The simple answer is: I hope never.

***


Coincidentally, I have just started an exercise in seeing how many 
of my contributions to the Script Library will port with few or no 
changes.  The results are encouraging so far:
   http://www.rebol.org/art-display-article.r?article=j26z


I know some of my scripts will be obsoleted by R3. They can stay 
in the Library as R2-only resources.  I am hoping many of the rest 
will be code compatible between R2 and R3, so they will work either 
way.

***

Ladislav has also commented on his early porting experience:
  http://www.rebol.org/art-display-article.r?article=w24v

There is some discussion of the issue on the REBOL3 AltME world:
  http://www.rebol.org/aga-display-posts.r?post=r3wp453x15753

***

The Library has a flexible tagging method for scripts, see:
   http://www.rebol.org/st-topic-index.r

We can very easily add tags for (say)
   R3-ready
   R2-only


Or whatever seems the best set to help partition the scripts into 
R2, R3, or both.

Hope that helps a little!

I checked the user list and "Ashley" isn't displayed. This could 
be or one of three reasons:
1. You requested privacy when you first joined.
2. You used another name.
3. You membership expired


If I remember correctly memberships can expire if you haven't added 
a script to the library and haven't logged in to the site in the 
last six months.

Hmm, I just realized library group was for the script library, not 
for library/load and DLL related questions. Oops.

Something new in the Library....If you own scripts, you can add images 
to them to make it all a bit more graphic.

Only example to date here:
    http://www.rebol.org/view-script.r?script=ascii-chart.r

Notes about how to add images to yoour scripts here:
    http://www.rebol.org/boiler.r?display=script-images

Thanks to Maxim for the original change request.

If you add a new script, yoy can add a (say)
  library: [r3: 'tested]
tag, and that will be picked up and used in the tag index.


The problem with updating the tags in the headers of existing scripts 
is that it is long-winded: you need to physically upload a new version.

Better just to retag via the [edit tags] link.

I just updated the group name from [Library] to [Script Library] 
to make its primary purpose clearer.

Anton reported that that algorithm the Script Library uses for suggesting 
script names when a name is mistyped was failing to produce some 
obvious matches.
Thanks Anton.
Algorithm tweaked.....Please suggest other improvements!

I'm seeing very strange line endings in scripts downloaded from the 
script library.

Ah, and there's a single leading LF as well, right before the script 
library-inserted header.

We've had all sorts of fun trying to get the line endings to work 
for everyone.


There's a magic, undocumented URL parameter you can add to the URL 
that might make a difference on your platform.

It is MODE=????


I'll just cut'n'paste the comment from the download-a-script source... 
it may help explain it:

;; mode=windows -- the default. Makes LF or CR into CRLF
;; mode=binary  -- sends file as binary
;; mode=carl    -- saved and reloads file first as Carl thought
;;                 this would fix the problem
;; mode=text    -- the old default. Works in most cases. Just
;;                 prints the file (so sends whatever line
;;                 terminations work on the platform the library
;;                 is running on.

Shadwolf: <fine 1024 script burried one on top of another :) nice 
!!!>

They are all tagged in various ways to help catalog and find relevant 
scripts, eg:
   http://www.rebol.org/st-topic-details.r?tag=type//game

The tagging could do with an overhaui, so if you want to contribute 
to the quality of the Library without contributing scripts, then 
being a retagger is one way to achieve that.

ladislav problem is even going in the right group if any  existed 
then you won't talk to me neither :) basically you don't feel concerned 
by what I say all you want is the job done what ever means are used 
to achieve that basically I used to think that way too ...  But time 
passed things degradated and now r3 alpha is stuck and side projects 
like script library and View/Desktop are stuck too since they are 
related and on suspend until R3 is released ... So to me it isn't 
a miss placed  converstation since R3 futur is related to scriptlibrary 
futur ... We could is that down time to try to reflect on making 
this better but that's not a discussion you want to have anyway... 
 That's why the whole rebol world in 2011 is pretty much the same 
as it was in 2005..

rebol.org is run mostly by ONE VOLUNTEER.  free, with hundreds of 
scripts, with thousands of features to support.  Adding a script 
to rebol.org doesn't *require* the full library header anymore.

I wonder how many hundred hours went into that huge site.   


I'm sorry if it took you one hour to write down 5 lines of text, 
but It doesn't take me that long.  I agree its not optimal, but the 
help page is simple and conscice.

You should be good now......but using the updater to download 169+ 
scripts wlll trigger the problem again.

(Another quick fix is to edit the script to put a wait 10 between 
each read of the library)

I have uploaded a new version of simple-test.r to the Script Library. 
The main changes were the addtion of some new assertions and a re-structuring 
of the code to provide an API for the function which evaluates test 
cases.


The assertions added are : equal with tolerance, not equal, not error, 
same, and not same.

I know I've been around for a while, but it's been so long since 
I submitted anything to the REBOL.org script library that all the 
rules have changed. So I'm new again :(


What headers should I add to the script to integrate it into the 
script library? I'd like to BSD license it - how do I indicate that? 
Are there any other headers that are necessary? How do I indicate 
that a minimum version of REBOL is required (Core compatible, but 
I use a few recent features)?


This is related to an extended version of the compress-source function 
I made for the Canvas section.

Alternatively. try to upload without a Library header.....One'll 
get added, and you can then edit it.


[It'd be good to get one more script in the Library. Right now we 
have 666, and that's an iconic number for some people :-)]

Good question, because the rebol.org script library will need some 
modification to path-thru to handle the url's with the '?' character 
in it. Normand, maybe you just want to change the VIEW-ROOT path 
within rebol. If is used by PATH-THRU, If you care to have a quick 
look at the source. And path-thru is used by exists-thru?, read-thru, 
load-thru... all the functions dealing with the public cache.

REBOL is like a little, magic and very deep lake high up in the mountains. 
It doesn't look much on the surface, but you'll be surprised, again 
and again.


It's a good exercise (maybe not for the totally newbie) to read some 
of the scripts, Carl has produced. They can be found e.g. in the 
Library. You find things like this one, that I trampled over in his 
color-code.r script:

set [value new] load/next str

load/next ... !!?? cute! :-)

Paul, 


For what you have described, you may want to use navigation like 
that provided 

by a java script outline tree. One example is http://www.treemenu.net/
  


My plan is to soon make a make-doc revision that takes as input the 
NoteREB data from the
script by Alain Goye.   http://alain.goye.free.fr/rebol/NoteReb.r

Then generate an html site using the same tree structure as the NoteREB 
source file. 

Each page from the NoteREB data file is to be make-doc'ed into a 
separate HTML page.


NoteREB uses a very simple REBOL block structure to hold the content 
and sub-blocks.


If you want to change a page, change the source page, save the file, 
and click the new

reGEN button.  Alain's tree makes the management of the source much 
easier than methods
I had been using before.


I have used this approach for taking easy vid format and making an 
easy vid presentation 

format.  That means that it makes VID faces for each page and allows 
the execution of sample

code by clicking on it. Seems to work well and I plan to put it on 
the script library 
after View 1.3 is released and I can verify it works OK there.

For makedoc2.r input log 488 on Rambo which has morphed to Reviewed 
log 3955, this change deck provides =url support for anyone who wants 
it.  

The line changes are all inserts and the line number is the download 
version from the script library as of a few minutes ago

-ins 136

        | "url" url

-ins 169 


url: [
    some space copy text thru newline (
        emit url parse/all text " "
    )
]


-ins 311 

            url         [emit-url doc/2]


-ins 512

emit-url: func [spec] [
    emit [reduce {<a href="} spec/1 {">} skip spec 1 </a><p>]
]

Well, at least my mind wasn't playing tricks on me. The version in 
the script library has the template set to a file. Thanks for the 
hint!

DideC: Thanks.  I've copied and pasted it for review and added it 
to my local public library.  This script should be useful especially 
with the html help page.   Documentation on a script is very rare 
and much appreciated.


Graham: Did a search using  "librarian" and search term of  "sql 
cvs" and didn't come up with anything.  Although, I think we've got 
it covered now anyhow.

I've never heard of such a script, Steeve.

It does not seem to be on REBOLtech (a forerunner to REBOL.org). 
You could try some more detailed searches than I did if you want 
to look further
http://www.reboltech.com/library/scripts/
****

Sadly, a lot of good stuff gets published on personal websites, and 
when the enthusiasm for REBOL wanes, or the site is taken offline 
for some reason, the scripts are lost to the wider community.

I would like you to suggest me some Linux distribution:

Current situation:


I run old Fedora Core 1 linux, so it lacks on security updates. The 
server is used for few domains, it runs apache, old mySQL 3.5.x version, 
glftpd, sendmail (I am used to that). Server has 2 hads. Content 
of server is packed each week via script and copied to other disk.

Objectives:


- need some easy distro, graphical mode installation, which even 
monkey can configure, forget somo guru stuff, target hardening, etc.
- need mysql 5.x family, Apache 2. family

- adding new users/developers by some tool, e.g. webmin - ftp, apache 
domain, webmail (squirrel)

- needs to run rebol in cgi mode, eventual sqlite library compatibility 
welcomed

- kind of easy recovery - install from CD in graphical mode, copy 
configs, reboot, or even better - instasll some kind of loader, map 
to second hd, unpack backup, reboot. Maybe this could be automated?


Of course I have some sympathies already - stay with Fedora? Try 
Ubuntu server edition? Any other suggestion?

Thanks.

Sure, but I have lots of excuses to postpone. First, I forgot my 
password for the library script. Second, before posting to rebol.org 
I have to write proper headers in the script (such as date, version 
number, license). Third, I have no idea if there is interest at all. 
But I got your point, which is legit.

Ok, I recovered my password for the library script. That's one excuse 
less.

I'll backtrack to see what had happened. Me thinks it has to do with 
the my script "do"ing a library script. Maybe something was wrong 
with that.

I played with Oldes script a bit, didn't get far. I think there's 
no other option than follow Graham's advice and delve in the http 
scheme. I had hoped to find something in the script archive, oh well... 
I saw that even in the Ruby and Python community there's some confusion 
on how to achieve multipart form submissions with CGI. (Python default 
http library also uses  "application/x-www-form-urlencoded" and not 
""multipart/form-data", but there's a library called HTTPFileUploader 
that does the job). Last time I tried to hack the http scheme I wasn't 
so succesful. This time, if I need help, I'll ask for help.

Hi all,

Is it possible to decode iso-8859-1 subject in the pending emails 
window ?


Maybe this script can help http://www.reboltech.com/library/html/utf-8.html

Though many scripts in the Library are just one script file plus 
one documentation file. That doesn't need to be a package:
http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-recent-docs.r

The documentation can be in Makedoc or Makedoc2 format (plus some 
other formats too, like Nicomdoc)

As I said, the RSS feed is explicitly intended to feed data to other 
programs for formatting, so it doesn't (perhaps can't) look nice.

All the info is available in human friendly ways elsewhere on the 
site, eg:

script library changes: http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-index.r

I updated the sql-protocol script. It's always on the script library 
here http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=sql-protocol.r

The only change is related to the sql dialect for the FROM clause. 
Now the following syntaxes are possible:
   FROM table table ... (existing syntax)
   FROM [table alias] [table alias] (existing syntax)
   FROM table AS alias table AS alias (new syntax like SQL)
   FROM alias: table alias: table (new syntax more "rebolish")


What do you prefer, something very near to SQL or something more 
in the spirit of REBOL.

Your feedback is welcome, I prefer by mail ([marco-:-ladyreb-:-org])

The menu system starts to get useful, all the basic features now 
work. I've split the actual menu script from it's demo and mainly 
improved keyboard support and styling method, so it's already usable, 
even though there will be changes to the setup dialect and accessor 
function signatures.
 
http://www.rebol.org/library/scripts-download/menu-system.r
http://www.rebol.org/library/scripts-download/menu-system-demo.r

I just added the script number 711 to the library. Which, incidentally, 
also is my birthday.

A UPnP pilot is on the library here : http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=upnp-igd.r


Run it and you will discover all your UPnP device on your lan if 
any (lan printer, internet gateway and other lan equipement). It 
will also list your port mapping on your internet gatway if any. 
To run it, if needed, open your firewall for UPnP connection.


The objective is to help anyone how wants to develope and run server 
on their PC with an automatic port mapping for incomming connection.


For example, if  AltMe embed this tool, running a world on my PC 
would be more simple as no more NAT configuration is needed to route 
incoming connnection.

maybe you should change name as there is already script with such 
a name in the library http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=http-tools.r

I've been reading the docs both for the preprocessor and for the 
newer include.r script but I'm a bit confused, I wonder if someone 
could help clear it up for me. Here's my situation. I have view and/or 
SDK installed on a PC and a script sitting on my desktop. This script 
needs one or more library scripts which are available from web servers. 
How do i write the start of the script so that I can do all of;

1) Double click and have it run in view

2) Run the preprocessor so that I have an all in one script ready 
to run/copy somewhere

3) Encap it by dragging and driopping it on encmdview.exe or similar


I want to be able to do this without changing a single character 
of the script. I want to access the library files from a web server 
because here at work I often write scripts on various different servers 
and prefer to keep one copy of the libs centrally and not downloaded 
onto each machine.

That's the problem then.  It is depreciated and replaced with drop-down.r 
and says so in the script header.  Eventually the Library will recognize 
this and automatically redirect you to the correct version of the 
script but for now...

I didn't find it in the script library.   The version that I archived 
was 0.0.2 

To see that version, do http://www3.sympatico.ca/cybarite/rebol/NoteReb.r

I've uploaded the script to the library.

there's a new script in the library %rebelxml.r ( not sure why it 
isn't rebolxml.r )

Carl, you're very welcome to use the URI^ pattern in my Patterns.r 
script in the Rebol library.

You may want to take a look at Matt  Licholai's quick plot dialect 
for your students to use to plot results. The details are at http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-thread.r?m=rmlQBZK

Scroll down the thread to find the location of the source.


There is an updated version of his ez-plot example in the script 
library at http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=ez-plot.r

Oh, by the way...we added to the %form-date.r script in the library. 
  See I'm New for details.

IIRC some script in the library says there are more options, buffer-size 
and something. rebol can output nearly gzip, but read only a specific 
version.

I find that the db/base-dir is getting set to the directory from 
which the db.r is loaded.  Is this behaviour intentional?

>> what-dir

== %/Users/peter/Desktop/RebDBTest
/
>> do %~/Code/Library/Rebol/RebDB-202/db.r

Script: "RebDB server" (14-Jan-2006
)
== none

>> what-di
r
== %/Users/peter/Desktop/RebDBTest
/
>> db/base-di
r
== %/Users/peter/Code/Library/Rebol/RebDB-202/

While testing I started a script using sqlite several times, at about 
the 17th call I get this error:

** Script Error: Library error: Max Callbacks
** Where: context
** Near: sqlite-trace: make routine! [
    db [integer!]
    clb [callback! [int string!]]
    ptr [integer!]
] SQLite3lib

I'm using the following version:

	Title:		"SQLite driver"
	Owner:		"Ashley G. Trüter"
	Version:	0.1.3
	Date:		22-Feb-2006

One strange bug remains. Occasionally %demo.r will fail (typically 
selecting rows from Items) due to garbage characters that somehow 
get inserted. I have reduced the problem down to this script:

REBOL []

unless value? 'SQLite [do %sqlite.r]

repeat cnt 10 [
	prin ["^/Run" cnt "..."]
	;	Clean up from previous runs
	error? try [delete %test.db]
	error? try [delete %test.db-journal]
	;	Create Items (1000 rows) records
	prin " create ..."
	CONNECT/flat/create %test.db
	SQL "create table t (c1,c2,c3,c4,c5)"
	prin " insert ..."
	SQL "begin"
;	loop 1000 [
	repeat z 10000 [

;		SQL reduce ["insert into t values (?,?,?,?,?)" 1 "A 1" $1 1 $1 
* 1]

  SQL reduce ["insert into t values (?,?,?,?,?)" 1 reform ["A" 1] $1 
  1 $1 * 1]
	]
	SQL "commit"
	prin " select ..."
	SQL "select * from t"
	DISCONNECT
]

quit


Running the script should cause a failure like the following within 
the first couple of runs:


Run 1 ... create ... insert ... select ...** Syntax Error: Invalid 
tag -- <C
** Near: (line 1) À<C"
>> sqlite/direct?: true
== true
>> sql "select * from t where c2 like '%<%'"
== [1 {À<C^B"} "$1.00" 1 "$1.00"]


Changing the repeat to a loop seems to shift the error, often (but 
not always) making it take more runs to materialize. Replacing the 
reform with a string will often (but not always) allow all runs to 
complete successfully. Changing the number or order of INSERTed values 
also seems to shift the error. I'm not sure whether this is a REBOL 
or SQLite library error, but any help in tracking it down would be 
greatly appreciated.

The current library interface is servicable, but could be improved.

For example, char arrays in C structs are a real pain to deal with,

there is redundancy if you're importing a number of routines, from 

the same library, and extra work is required to deal with pointers
to values.

The biggest issue for me seems to be that I have to use COMPOSE 

heavily to get the results I want, or there's a lot of duplication
in struct and routine defs.

--- Easier Routine Declarations

The only thing I've addressed in my lib interface dialect is
making it easier to declare routines. I posted it to REBOl.org
for discussion:


http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=lib-dialect.r

--- Pointers


This is maybe a bit of an extreme example, but I had to do it, so 
it's not purely theoretical.

    LPINT-def: [value [integer!]] none

    LPINT: make struct! LPINT-def none

This struct shows where a nested struct is needed.

    _FAX_JOB_PARAM-def: compose/deep/only [

        SizeOfStruct    [integer!]      ; DWORD structure size, in bytes

        RecipientNumber [string!]       ; LPCTSTR   pointer to recipient's 
        fax number

        RecipientName   [string!]       ; LPCTSTR   pointer to recipient's 
        name

        Tsid            [string!]       ; LPCTSTR   pointer to transmitting 
        station identifier

        SenderName      [string!]       ; LPCTSTR   pointer to sender's name

        ;SenderName      [struct! [value [string!]]]       ; LPCTSTR   pointer 
        to sender's name

        SenderCompany   [string!]       ; LPCTSTR   pointer to sender's company

        SenderDept      [string!]       ; LPCTSTR   pointer to sender's department

        BillingCode     [string!]       ; LPCTSTR   pointer to billing code

        ScheduleAction  [integer!]      ; DWORD job scheduling action code

        ;ScheduleTime    [struct! (SYSTEMTIME-def)]        ; SYSTEMTIME  
          time to send fax
            wYear       [short]
            wMonth      [short]
            wDayOfWeek  [short]
            wDay        [short]
            wHour       [short]
            wMinute     [short]
            wSecond     [short]
            wMilliseconds [short]

        DeliveryReportType  [integer!]      ; DWORD e-mail delivery report 
        type

        DeliveryReportAddress [string!]     ; LPCTSTR   pointer to e-mail 
        address

        DocumentName        [string!]       ; LPCTSTR   pointer to document 
        name to display
        CallHandle          [integer!]      ; HCALL reserved
        ;_PTR   Reserved[3]  [integer!]      ; DWORD must be zero
        _PTR-0  [integer!]      ; DWORD must be zero
        _PTR-1  [integer!]      ; DWORD must be zero
        _PTR-2  [integer!]      ; DWORD must be zero
        _PTR-3  [integer!]      ; DWORD must be zero
    ]
    _FAX_JOB_PARAM: make struct! _FAX_JOB_PARAM-def none
    _FAX_JOB_PARAM/SizeOfStruct: length? third _FAX_JOB_PARAM

    fax-complete-job-params: make routine! compose/deep/only [

        JobParams     [struct! (LPINT-def)] ; ptr to job information struct

        CoverPageInfo [struct! (LPINT-def)] ; ptr to cover page struct
        return:       [integer!]
    ] winfax.dll "FaxCompleteJobParamsA"

So, the API call returns pointers to structs containing the 
data we want; to get it we need to dereference the pointers
after the call.

    complete-job-params: func [
        /local
            params-ptr cover-ptr    ; API return pointers

            params cover            ; REBOL structs with data from API
    ][
        ; allocate return pointer structs for API call
        params-ptr: make-LPINT
        cover-ptr: make-LPINT

        ; make the API call

        reduce either 0 <> fax-complete-job-params params-ptr cover-ptr [

            ; get data from pointers returned by the API

            params: get-dereferenced-data params-ptr _FAX_JOB_PARAM-def

            cover:  get-dereferenced-data cover-ptr  _FAX_COVERPAGE_INFO-def
        ...



Getting the de-ref'd data is the real pain, and seems like it might
be unsafe in the way I did it, though it worked.

    get-dereferenced-data: func [

        {Given a pointer to memory, copy the target data into a REBOL struct.}

        pointer [struct!]   "LPINT structure whose /value is the data pointer"

        struct-def [block!] "The struct you want returned with data"
        /local struct data orig-pointer result
    ] [

        struct: make struct! compose/deep/only [ ; make wrapper struct
            sub [struct! (struct-def)]
        ] none

        orig-pointer: third struct              ; store original inner pointer

        change third struct third pointer       ; change inner pointer to 
        ref'd data

        data: copy third struct/sub             ; copy data from the inner 
        struct

        change third struct orig-pointer        ; restore inner pointer

        result: make struct! struct-def none    ; make result struct

        change third result data                ; change data in result struct
        struct: data: orig-pointer: none
        result
    ]


--- char arrays in structs, or as routine parameters

You can't just declare a fixed size block or string to do this, 
you have to (AFAIK), have individual elements for each item.
That's a huge pain if you have a 128 element array, so I end
up generating them dynamically. I think that was Cyphre's idea
originally, but I don't have notes on it.

    make-elements: func [name count type /local result][
        if not word? type [type: type?/word type]
        result: copy "^/"
        repeat i count [
            append result join name [i " [" type "]" newline]
        ]
        to block! result
    ]

    GUID: make struct! GUID-def: compose [
        Data1   [integer!]  ; unsigned long
        Data2   [short]     ; unsigned short
        Data3   [short]     ; unsigned short
        (make-elements 'Data4 8 #"@")  ; unsigned char
    ] none


--- MAKE-ing structs

How do other people make structs from prototypes? 

    make-struct: func [prototype /copy /with data] [
        make struct! prototype either copy
            [second prototype]
            [either with [reduce [data]][none]]
    ]


--- BSTR type

I've only needed it for one project, but it might be worth 
finding out if it would be worth adding BSTR support for
Windows, as a routine datatype.

Is there any point in the REBOl.org Script Library supporting the 
plugin any more?


There are 15 scripts that are tagged as runable in the plugin. But 
none of them do in recent browers.
    http://www.rebol.org/st-topic-details.r?tag=platform//plugin

sunanda reveals that "Script Library" search on Google returns Rebol.org 
script library as the #2 link on the page out of several million!